home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 8_2_11.tro < prev    next >
Text File  |  1991-12-22  |  56KB  |  2,269 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright (~c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v'|.5i'
  22. .LP
  23. \fBMONTAGE: FIN DU \(sc 2.1.2.1.10 EN\(hyT\*\|ETE DE CETTE PAGE\fR 
  24. .sp 1P
  25. .LP
  26. \v'39P'
  27. 2.1.2.1.11\ \ \fIDISCONNECT (from ET)\fR 
  28. .sp 9p
  29. .RT
  30. .PP
  31. In the case of clearing by the network, the local exchange
  32. transmits the DISCONNECT message via the D\(hychannel to the terminal which 
  33. has to be cleared. After reception of the DISCONNECT message in the TA, 
  34. the TA 
  35. transmits a RELEASE message on the D\(hychannel to the exchange\fR .
  36. .EF '%    Fascicle\ VIII.2\ \(em\ Rec.\ X.30''
  37. .OF '''Fascicle\ VIII.2\ \(em\ Rec.\ X.30    %'
  38. .PP
  39. If the X.21 interface is in the call establishment phase and has not yet 
  40. reached state\ 11 or\ 12, and if the DISCONNECT message contains the reasons 
  41. for clearing, the TA moves to state\ 7 and transmits the corresponding 
  42. call 
  43. progress  signal prior to signalling the DCE clear indication
  44. (see \(sc\ 2.1.5).
  45. .PP
  46. Otherwise the TA transmits the state r\ =\ 0, i\ =\ OFF (DCE clear
  47. indication) via the X.21 interface to the DTE, which sends back to the 
  48. TA the state t\ =\ 0, c\ =\ OFF (DTE clear confirmation). 
  49. .PP
  50. The procedure described above is not shown in the Figures\ 2\(hy6/X.30
  51. and 2\(hy7/X.30.
  52. .bp
  53. .RT
  54. .LP
  55. .rs
  56. .sp 47P
  57. .ad r
  58. \fBFigure\ 2\(hy6/X.30, (N), p. 1\fR 
  59. .sp 1P
  60. .RT
  61. .ad b
  62. .RT
  63. .LP
  64. .bp
  65. .LP
  66. .rs
  67. .sp 47P
  68. .ad r
  69. \fBFigure\ 2\(hy7/X.30, (N), p. 2\fR 
  70. .sp 1P
  71. .RT
  72. .ad b
  73. .RT
  74. .LP
  75. .bp
  76. .sp 1P
  77. .LP
  78. 2.1.2.1.12\ \ \fIRELEASE COMPLETE (from ET)\fR 
  79. .sp 9p
  80. .RT
  81. .PP
  82. When the RELEASE COMPLETE message is received via the D\(hychannel at the 
  83. S/T reference point in the TA of the cleared DTE, the DCE ready state 
  84. (state\ 21\ =\ 1, OFF) and the DTE ready state (state\ 1\ =\ 1, OFF) are
  85. entered.
  86. .RT
  87. .sp 1P
  88. .LP
  89. 2.1.2.2
  90.     \fIX.21\|bis (direct call)\fR 
  91. .sp 9p
  92. .RT
  93. .PP
  94. See Figures 2\(hy8/X.30 and 2\(hy9/X.30.
  95. .PP
  96. \fINote\fR \ \(em\ The Figures 2\(hy8/X.30 and 2\(hy9/X.30 depict some 
  97. examples of 
  98. X.21\|\fIbis\fR support. Only the conditions on principal interchange circuits 
  99. have been shown and options such as the use of circuits 105/109, 108.2,\ 
  100. etc., have not been included. X.21\|\fIbis\fR /Q.931 mapping is for further 
  101. study. 
  102. .RT
  103. .LP
  104. .rs
  105. .sp 40P
  106. .ad r
  107. \fBFigure\ 2\(hy8/X.30, (MC), p. 3\fR 
  108. .sp 1P
  109. .RT
  110. .ad b
  111. .RT
  112. .LP
  113. .bp
  114. .LP
  115. .rs
  116. .sp 42P
  117. .ad r
  118. \fBFigure\ 2\(hy9/X.30, (MC), p. 4\fR 
  119. .sp 1P
  120. .RT
  121. .ad b
  122. .RT
  123. .sp 1P
  124. .LP
  125. 2.1.3
  126.     \fICall offering procedure in a multiterminal configuration\fR 
  127. .sp 9p
  128. .RT
  129. .PP
  130. For a call offering procedure in a multiterminal configuration, the following 
  131. general description applies: 
  132. .PP
  133. In case of a multiterminal configuration, an incoming call
  134. (SETUP\| message containing appropriate service indication information) is
  135. offered according to Recommendation\ Q.931.
  136. .PP
  137. When a SETUP mesage is received on the D\(hychannel of the S/T
  138. reference point the TA shall follow the procedures for determining
  139. compatibility checking (e.g.\ data signalling rate) found in
  140. Recommendation\ Q.931. If the TA determines that it can respond to the 
  141. incoming call, it follows the procedures or Recommendation\ Q.931. It is 
  142. expected that 
  143. the ALTERTING message would only be used by terminals that answer
  144. manually.
  145. .bp
  146. .RT
  147. .LP
  148. .rs
  149. .sp 47P
  150. .ad r
  151. \fBFigure\ 2\(hy10/X.30, (MC), p.\fR 
  152. .sp 1P
  153. .RT
  154. .ad b
  155. .RT
  156. .LP
  157. .bp
  158. .PP
  159. If the TA supports a compatible terminal, but cannot accept the
  160. call, because the terminal is not in the ready state, a RELEASE COMPLETE
  161. message has to be returned by the TA (see Figure\ 2\(hy11/X.30). If the 
  162. state of 
  163. the terminal is:
  164. .LP
  165.     a)
  166.     controlled not ready, then the RELEASE COMPLETE message
  167. has cause 21, \*Qcall rejected\*U;
  168. .LP
  169.     b)
  170.     uncontrolled not ready, then the RELEASE COMPLETE message
  171. has cause 27, \*Qdestination out of order\*U;
  172. .LP
  173.     c)
  174.     busy, then the RELEASE COMPLETE message
  175. has cause 17, \*Quser busy\*U
  176. .LP
  177. .rs
  178. .sp 30P
  179. .ad r
  180. \fBFigure\ 2\(hy11/X.30, (MC), p.\fR 
  181. .sp 1P
  182. .RT
  183. .ad b
  184. .RT
  185. .PP
  186. This message is forwarded to the calling side to provide the
  187. appropriate X.21 call progress signals. Its mapping in the calling TA is
  188. described in \(sc\ 2.1.5.
  189. .PP
  190. If more than one TA has responded, the message to be forwarded,
  191. including the cause to be indicated, is derived according to the priority 
  192. rules of Recommendation\ Q.931. 
  193. .PP
  194. In case several TAs have accepted the incoming call by returning a
  195. CONNECT message, the TA selected by the network receives the CONNECT
  196. ACKNOWLEDGE message. The TAs not selected for the call are cleared by the
  197. network by means of a RELEASE message
  198. .PP
  199. In a multiterminal configuration, a number of terminals and terminal adaptors 
  200. can be contending for access to the D\(hychannel. The contention 
  201. resolution mechanism may result in delays of the outgoing signalling messages 
  202. and could therefore affect the call set\(hyup time. Call failure information 
  203. transmission to the calling side may be delayed also by the priority rule
  204. procedure mentioned above.
  205. .RT
  206. .sp 1P
  207. .LP
  208. 2.1.4
  209.     \fIReady for data alignment\fR 
  210. .sp 9p
  211. .RT
  212. .PP
  213. The task of synchronizing the entry to and exit from the data
  214. transfer phase between two subscriber terminals shall be performed by the
  215. terminal adaptors and subscriber terminals. For this purpose the X.21
  216. procedure with inslot handshaking shall be used.
  217. .bp
  218. .PP
  219. Two cases exist, one where the called TA supports only one data user rate 
  220. and the other where the called TA will adapt to the data user rate of the 
  221. calling TA. 
  222. .PP
  223. In the following only the case of single rate TA is described.
  224. .PP
  225. The functions necessary for 
  226. multiple rate TA
  227. (
  228. universal
  229. TA
  230. ) are described in Appendix\ I.
  231. .PP
  232. For a single rate TA a symmetrical procedure is performed (see
  233. Figure\ 2\(hy12/X.30):
  234. .RT
  235. .LP
  236. .rs
  237. .sp 32P
  238. .ad r
  239. \fBFigure\ 2\(hy12/X.30, (MC), p.\fR 
  240. .sp 1P
  241. .RT
  242. .ad b
  243. .RT
  244. .PP
  245. Both TAs shall check the signal of their receive B\(hychannel for the frame 
  246. alignment bit pattern. 
  247. .PP
  248. After frame alignment detection in the B\(hychannel, the TA shall connect 
  249. the B\(hychannel through to its terminal (DTE) immediately before the C\(hylead 
  250. is 
  251. scanned. From this point onwards the 1/ON condition from the DTE will be
  252. transmitted towards the distant DTE. Depending on the state of the distant 
  253. end, either 1/OFF is received from the distant TA or 1/ON from the distant 
  254. DTE. 
  255. Reception of r\ =\ 1, i\ =\ OFF denotes the state \*Qconnection in progress\*U
  256. (state\ 11), reception of r\ =\ 1, i\ =\ ON denotes the state \*Qready 
  257. for data\*U 
  258. (state\ 12).
  259. .PP
  260. After switching through the B\(hychannel by the TA, transmission of data 
  261. and status in the data phase is continued and clearing down can be synchronized 
  262. between the subscriber terminals by means of clear request. 
  263. .RT
  264. .sp 1P
  265. .LP
  266. 2.1.5
  267.     \fIMapping of Q.931 causes to X.21 call progress signals\fR 
  268. .sp 9p
  269. .RT
  270. .PP
  271. In several cases it will be necessary to map causes from Q.931 to X.21. 
  272. The TA shall use Table\ 2\(hy2/X.30 to map the causes from Q.931 messages 
  273. to X.21 call progress signals. 
  274. .bp
  275. .PP
  276. \fINote\fR \ \(em\ Since one\(hyto\(hyone mapping of Q.931 causes and X.21 call
  277. progress signals is not possible in all cases, some of the entries in
  278. Table\ 2\(hy2/X.30 may not convey exactly the same meaning.
  279. .RT
  280. .sp 1P
  281. .LP
  282. 2.1.6
  283.     \fIAdditional information for handling of exception situations\fR 
  284. .sp 9p
  285. .RT
  286. .PP
  287. When the call is cleared prematurely or a call failure occurs, the rules 
  288. of Section\ 5.8 of Recommendation\ Q.931 and of Recommendation\ X.21 apply. 
  289. The following procedures are derived for the mutual mapping between the\ 
  290. R and the\ S/T reference points. 
  291. .RT
  292. .ce
  293. \fBH.T. [1T4.30]\fR 
  294. .ce
  295. TABLE\ 2\(hy2/X.30
  296. .ce
  297. \fBMapping of Q.931 cause fields to X.21 call progress signals\fR 
  298. .ps 9
  299. .vs 11
  300. .nr VS 11
  301. .nr PS 9
  302. .TS
  303. center box;
  304. cw(18p) | cw(90p) | cw(18p) | cw(84p) | cw(18p) .
  305. Item    Q.931 cause    Code    T{
  306. X.21 call progress
  307. signal significance
  308. T}    Code
  309. _
  310. .T&
  311. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  312. \ 1    T{
  313. Unassigned or unallocated number
  314. T}    \ \ 1    Not obtainable    43
  315. _
  316. .T&
  317. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  318. \ 2    No route to destination    \ \ 3    Not obtainable    43
  319. _
  320. .T&
  321. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  322. \ 3    Channel unacceptable    \ \ 6    Not obtainable    43
  323. _
  324. .T&
  325. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  326. \ 4    Normal clearing    \ 16    Not applicable    
  327. _
  328. .T&
  329. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  330. \ 5    User busy    \ 17    Number busy    21
  331. _
  332. .T&
  333. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  334. \ 6    No user responding    \ 18    No connection    20
  335. _
  336. .T&
  337. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  338. \ 7    User alerting, no answer    \ 19    No connection    20
  339. _
  340. .T&
  341. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  342. \ 8    Call rejected    \ 21    Controlled not ready    45
  343. _
  344. .T&
  345. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  346. \ 9    Number changed    \ 22    Changed number    42
  347. _
  348. .T&
  349. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  350. 10    Destination out of order    \ 27    Uncontrolled not ready    46
  351. _
  352. .T&
  353. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  354. 11    T{
  355. Invalid number format (Incomplete number)
  356. T}    \ 28    T{
  357. Selection signals procedure error
  358. T}    22
  359. _
  360. .T&
  361. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  362. 12    Normal, unspecified    \ 31    Not applicable    
  363. _
  364. .T&
  365. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  366. 13    No circuit/channel available    \ 34    No connection    20
  367. _
  368. .T&
  369. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  370. 14    Network out of order    \ 38    Out of order    44
  371. _
  372. .T&
  373. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  374. 15    Temporary failure    \ 41    Out of order    44
  375. _
  376. .T&
  377. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  378. 16    T{
  379. Switching equipment congestion
  380. T}    \ 42    Network congestion    61
  381. _
  382. .T&
  383. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  384. 17    T{
  385. Requested circuit or channel not available
  386. T}    \ 44    No connection    20
  387. _
  388. .T&
  389. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  390. 18    T{
  391. Resources unavailable, unspecified
  392. T}    \ 47    Network congestion    61
  393. _
  394. .T&
  395. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  396. 19    T{
  397. Quality of service unavailable
  398. T}    \ 49    Not applicable    
  399. _
  400. .T&
  401. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  402. 20    T{
  403. Bearer capability not authorized
  404. T}    \ 57    T{
  405. Incompatible user class of service
  406. T}    52
  407. _
  408. .T&
  409. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  410. 21    T{
  411. Bearer capability not presently available
  412. T}    \ 58    Network congestion    61
  413. _
  414. .T&
  415. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  416. 22    T{
  417. Service or option not available, unspecified
  418. T}    \ 63    No connection    20
  419. _
  420. .T&
  421. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  422. 23    T{
  423. Bearer service not implemented
  424. T}    \ 65    Invalid facility request    48
  425. _
  426. .T&
  427. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  428. 24    Channel type not implemented    \ 66    Invalid facility request    48
  429. _
  430. .T&
  431. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  432. 25    T{
  433. Service or option not implemented, unspecified
  434. T}    \ 79    Invalid facility request    48
  435. _
  436. .T&
  437. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  438. 26    Invalid call reference value    \ 81    Not obtainable    43
  439. _
  440. .T&
  441. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  442. 27    T{
  443. Identified channel does not exist
  444. T}    \ 82    Not obtainable    43
  445. _
  446. .TE
  447. .nr PS 9
  448. .RT
  449. .ad r
  450. \fBTableau 2\(hy2/X.30 [1T4.30], p. 8\fR 
  451. .sp 1P
  452. .RT
  453. .ad b
  454. .RT
  455. .LP
  456. .bp
  457. .ce
  458. \fBH.T. [2T4.30]\fR 
  459. .ce
  460. TABLE\ 2\(hy2/X.30\ \fI(cont.)\fR 
  461. .ps 9
  462. .vs 11
  463. .nr VS 11
  464. .nr PS 9
  465. .TS
  466. center box;
  467. cw(18p) | cw(90p) | cw(18p) | cw(84p) | cw(18p) .
  468. Item    Q.931 cause    Code    T{
  469. X.21 call progress
  470. signal significance
  471. T}    Code
  472. _
  473. .T&
  474. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  475. 28    Incompatible destination    \ 88    Not obtainable    43
  476. _
  477. .T&
  478. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  479. 29    Invalid message    \ 95    T{
  480. Selection signal transmission error
  481. T}    23
  482. _
  483. .T&
  484. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  485. 30    T{
  486. Mandatory information element is missing
  487. T}    \ 96    T{
  488. Selection signal procedure error
  489. T}    22
  490. _
  491. .T&
  492. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  493. 31    T{
  494. Message type non existent or not implemented
  495. T}    \ 97    T{
  496. Selection signal procedure error
  497. T}    22
  498. _
  499. .T&
  500. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  501. 32    T{
  502. Message not compatible with call state, message type non existent or not implemented
  503. T}    \ 98    T{
  504. Selection signal procedure error
  505. T}    22
  506. _
  507. .T&
  508. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  509. 33    T{
  510. Information element non existent, not implemented
  511. T}    \ 99    T{
  512. Selection signal procedure error
  513. T}    22
  514. _
  515. .T&
  516. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  517. 34    T{
  518. Invalid information element contents
  519. T}    100    T{
  520. Selection signal transmission error
  521. T}    23
  522. _
  523. .T&
  524. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  525. 35    T{
  526. Message not compatible with call state
  527. T}    101    T{
  528. Selection signal procedure error
  529. T}    22
  530. _
  531. .T&
  532. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  533. 36    Recovery on timer expiry    102    Not obtainable    43
  534. _
  535. .T&
  536. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  537. 37    Protocol error, unspecified    111    T{
  538. Selection signal procedure error
  539. T}    42
  540. _
  541. .T&
  542. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  543. 38    Interworking, unspecified    127    RPOA out of order    72
  544. _
  545. .TE
  546. .nr PS 9
  547. .RT
  548. .ad r
  549. \fBTableau 2\(hy2/X.30 (suite) [2T4.30], p. 9\fR 
  550. .sp 1P
  551. .RT
  552. .ad b
  553. .RT
  554. .sp 1P
  555. .LP
  556. .sp 1
  557. 2.1.6.1
  558.     \fICall collision\fR 
  559. .sp 9p
  560. .RT
  561. .PP
  562. Call collision may occur at both sides of the TA, at the X.21
  563. interface and at the S/T reference point.
  564. .PP
  565. \fINote\fR \ \(em\ Call collision for the X.21 \fIbis\fR and X.20 \fIbis\fR 
  566. interfaces is for further study. 
  567. .RT
  568. .sp 1P
  569. .LP
  570. 2.1.6.1.1
  571.     \fICall collision at the X.21 interface\fR 
  572. .sp 9p
  573. .RT
  574. .PP
  575. The TA shall accept an incoming SETUP message when the X.21
  576. interface is in the READY state.
  577. .PP
  578. When at the X.21 interface a call collision is detected (TA sends
  579. incoming call, X.21 DTE sends call request) the TA will indicate
  580. proceed\(hyto\(hyselect and cancel the incoming call.
  581. .PP
  582. \fINote\fR \ \(em\ As an alternative the TA may send a DCE clear indication
  583. and when in the READY state resend the incoming call.
  584. .RT
  585. .sp 1P
  586. .LP
  587. 2.1.6.1.2
  588.     \fICall collision at the S/T reference point\fR 
  589. .sp 9p
  590. .RT
  591. .PP
  592. In the event of call collision at the S/T reference point the
  593. procedures defined in Q.931 shall apply.
  594. .bp
  595. .RT
  596. .sp 1P
  597. .LP
  598. 2.1.6.2
  599.     \fINo channel available\fR 
  600. .sp 9p
  601. .RT
  602. .PP
  603. If no channel including no B\(hychannel at the S/T reference point is available 
  604. for connection establishment, an outgoing SETUP message is answered from 
  605. the ET by a RELEASE COMPLETE message with the cause\ 34 = no channel 
  606. available. This is mapped at the X.21 interface into the call progress 
  607. signal 20\ = no connection, followed by DCE clear indication. 
  608. .RT
  609. .sp 1P
  610. .LP
  611. 2.1.6.3
  612.     \fIPremature clearing\fR 
  613. .sp 9p
  614. .RT
  615. .PP
  616. A DTE may initiate the clearing procedure at any time by
  617. transmitting a DTE clear request at the X.21 interface, as described in
  618. \(sc\ 2.1.2.1.9. If no connection exists between DTEs, at the distant station, 
  619. the procedure described in \(sc\ 2.1.2.1.11 will apply. 
  620. .RT
  621. .sp 1P
  622. .LP
  623. 2.1.6.4
  624.     \fINo answer to outgoing SETUP\fR 
  625. .sp 9p
  626. .RT
  627. .PP
  628. If an outgoing SETUP is not answered by the ET, the DTE will, after the 
  629. time\(hyout of timer T2 (20\ s), initiate the clearing procedure by 
  630. transmitting
  631. DTE clear request. The TA, in its S/T reference point, will send a RELEASE
  632. COMPLETE message (cause code\ 31: normal, unspecified). On its X.21\ interface, 
  633. it will transmit DCE clear confirmation. 
  634. .PP
  635. On the other hand, if a TA is provided with the optional timer T303
  636. (Q.931) it may start the clearing procedure at the S/T reference point as
  637. above by transmitting RELEASE COMPLETE (cause code\ 102: recovery on timer
  638. expiry). At the X.21 interface, the TA sends the call progress signal 43\ 
  639. = not obtainable, followed by DCE clear indication. 
  640. .RT
  641. .sp 2P
  642. .LP
  643. 2.2
  644.      \fITerminal adaption functions\fR \fIfor DTEs conforming to X.1\fR \fIuser 
  645. class of service\ 7\fR 
  646. .sp 1P
  647. .RT
  648. .sp 1P
  649. .LP
  650. 2.2.1
  651.     \fIRate adaption functions\fR 
  652. .sp 9p
  653. .RT
  654. .PP
  655. For rate adaption from X.1 user classes of services 3\(hy6 to
  656. 64\ kbit/s a 40\ bit frame has been adopted (see Figure\ 2\(hy2/X.30). 
  657. Within this 
  658. frame 24 data bits can be transmitted which may be allocated to three bit
  659. groups P, Q and R each bit group containing 8\ bits.
  660. .PP
  661. An equivalent approach, with the optional possibility of character
  662. alignment also for the X.1 user rate of 48\ kbit/s, shall be used. To implement 
  663. this approach an appropriate frame structure for this rate is defined. 
  664. Table\ 2\(hy3/X.30 shows this frame which contains the octets\ 1, 2, 3 and\ 4
  665. (framing of 24\ data bits).
  666. .PP
  667. Octet alignment is performed by means of the 8\ kHz timing.
  668. .RT
  669. .ce
  670. \fBH.T. [T5.30]\fR 
  671. .ce
  672. TABLE\ 2\(hy3/X.30
  673. .T&
  674. lw(36p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) 
  675. | lw(18p) . 
  676.                                 
  677. .TE
  678. .nr PS 9
  679. .RT
  680. .ad r
  681. \fBTable 2\(hy3/X.30 [T5.30], p.\fR 
  682. .sp 1P
  683. .RT
  684. .ad b
  685. .RT
  686. .LP
  687. .bp
  688. .PP
  689. The frame alignment pattern consists of 10111011 in bit 1
  690. of consecutive octets which are received from the 64\ kbit/s stream. This 
  691. frame alignment pattern also will be used for \fIready for data\fR alignment 
  692. (see 
  693. \(sc\ 2.1.4) and for user rate identification (see Appendix\ II).
  694. .PP
  695. For user rate identification the following algorithm shall apply
  696. (see also Recommendation\ V.110):
  697. .RT
  698. .LP
  699.     \(em
  700.     search for the bit pattern .\|.\|.\ 10111011\ .\|.\|.
  701. in bit 1 of consecutive octets which are received from the 64\ kbit/s
  702. stream;
  703. .LP
  704.     \(em
  705.     if this search is successful then the user rate is
  706. 48\ kbit/s.
  707. .PP
  708. \fINote\fR \ \(em\ For international interworking, bit\ X must be set to\ 
  709. 1. This bit may be used for other purposes in a national network. 
  710. .sp 1P
  711. .LP
  712. 2.2.2
  713.     \fIX.21/X.21\|bis to D\(hychannel protocol mapping\fR 
  714. .sp 9p
  715. .RT
  716. .PP
  717. The X.21/X.21\|\fIbis\fR \| mapping functions are given in
  718. \(sc\ 2.1.2.
  719. .RT
  720. .sp 1P
  721. .LP
  722. 2.2.3
  723.     \fICall offering procedure in a multiterminal configuration\fR 
  724. .sp 9p
  725. .RT
  726. .PP
  727. As per \(sc\ 2.1.3.
  728. .RT
  729. .sp 1P
  730. .LP
  731. 2.2.4
  732.     \fIReady for data alignment\fR 
  733. .sp 9p
  734. .RT
  735. .PP
  736. As per \(sc\ 2.1.4.
  737. .RT
  738. .sp 1P
  739. .LP
  740. 2.2.5
  741.     \fIMapping of Q.931 causes to X.21 call progress signals\fR 
  742. .sp 9p
  743. .RT
  744. .PP
  745. As per \(sc\ 2.1.4.
  746. .RT
  747. .sp 1P
  748. .LP
  749. 2.2.6
  750.     \fIAdditional information for handling of exception situations\fR 
  751. .sp 9p
  752. .RT
  753. .PP
  754. As per \(sc\ 2.1.6.
  755. .RT
  756. .sp 2P
  757. .LP
  758. 2.3
  759.      \fITerminal adaption functions for DTEs conforming to X.1 user\fR \fIclass 
  760. of service\ 19\fR 
  761. .sp 1P
  762. .RT
  763. .sp 1P
  764. .LP
  765. 2.3.1
  766.     \fIRate adaptation functions\fR 
  767. .sp 9p
  768. .RT
  769. .PP
  770. It is assumed that in the case of a TA supporting only 64 kbit/s, no rate 
  771. adaptation and no user rate identification is necessary. The procedure 
  772. in the case of a universal TA is for further study (see Appendix\ I). 
  773. .PP
  774. \fINote\fR \ \(em\ It is recognized that the \fIall ones\fR \| condition 
  775. could be 
  776. produced by the alarm indication signal (AIS). The implication of this on
  777. D\(hychannel signalling requires further study.
  778. .RT
  779. .sp 1P
  780. .LP
  781. 2.3.2
  782.      \fIX.21/X.21\|bis to D\(hychannel protocol mapping\fR \| (see Figure\ 
  783. 2\(hy6/X.30 and\ 2\(hy7/X.30) 
  784. .sp 9p
  785. .RT
  786. .PP
  787. The following sections are titled with the names of the Q.931
  788. signalling messages at the S/T reference point.
  789. .RT
  790. .sp 1P
  791. .LP
  792. 2.3.2.1
  793.     \fISETUP (from TA)\fR 
  794. .sp 9p
  795. .RT
  796. .PP
  797. In \fIready\fR \| state (state 1) both DTE and TA transmit (1, OFF) via 
  798. the X.21\(hyinterface. 
  799. .PP
  800. When the calling DTE indicates a \fIcall request\fR \| (state 2, r\ =\ 0,
  801. i\ =\ ON)
  802. at the X.21\(hyinterface, the TA transmits a \fIproceed to select\fR signal 
  803. (state\ 3) to the DTE (r\ =\ +, i\ =\ OFF) . The DTE begins to send \fIselection\fR 
  804. signals to the TA (state\ 4). 
  805. .PP
  806. When an \fIend of selection\fR \| (r\ =\ +, i\ =\ ON) is received at the
  807. R\(hyinterface, the TA transmits a SETUP message via the D\(hychannel of the
  808. S\(hyinterface.
  809. .RT
  810. .sp 1P
  811. .LP
  812. 2.3.2.2
  813.     \fICALL PROCEEDING/SETUP ACKNOWLEDGE\fR 
  814. .sp 9p
  815. .RT
  816. .PP
  817. When the CALL PROCEEDING or SETUP ACKNOWLEDGED message is
  818. received on the D\(hychannel of the S\(hyinterface, the B\(hychannel will 
  819. be allocated and the TA transmits all zeros via the B\(hychannel at the 
  820. S/T reference 
  821. point.
  822. .bp
  823. .RT
  824. .sp 1P
  825. .LP
  826. 2.3.2.3
  827.     \fIALERTING (from ET)\fR 
  828. .sp 9p
  829. .RT
  830. .PP
  831. ALERTING is generally used with manual answering.
  832. .PP
  833. When an ALERTING message is received on the D\(hychannel of the
  834. S\(hyinterface, the TA transmits \fIcall progress\fR \| signals (state\ 
  835. 7) to the 
  836. calling DTE.
  837. .PP
  838. Afterwards the state DCE waiting (state 6A, r = SYN, i\ =\ OFF) is
  839. entered at the X.21\(hyinterface.
  840. .RT
  841. .sp 1P
  842. .LP
  843. 2.3.2.4
  844.     \fICONNECT (from ET)\fR 
  845. .sp 9p
  846. .RT
  847. .PP
  848. When a CONNECT message is received on the D\(hychannel at the S/T
  849. reference point, the TA may transmit \fIDCE\(hyprovided information\fR 
  850. (state\ 10) to the calling DTE. Afterwards the state \fIconnection in progress\fR 
  851. (state\ 11) is 
  852. entered at the X.21\(hyinterface.
  853. .PP
  854. The alignment pattern procedure is entered as described in
  855. \(sc\ 2.3.4.1.
  856. .RT
  857. .sp 1P
  858. .LP
  859. 2.3.2.5
  860.     \fISETUP (from ET)\fR 
  861. .sp 9p
  862. .RT
  863. .PP
  864. The TA shall not accept a SETUP message unless the X.21\(hyinterface is 
  865. in the ready state (state\ 1). 
  866. .PP
  867. When a SETUP message is received on the D\(hychannel of the S\(hyinterface, 
  868. the TA shall follow the procedures for determining compatibility checking 
  869. (e.g.\ data signalling rate) found in Recommendation\ Q.931. If the TA 
  870. determines that it can respond to the incoming call, it follows the procedures 
  871. of 
  872. Recommendation\ Q.931. It is expected that the ALERTING message would only be
  873. used by terminals that answer manually.
  874. .PP
  875. The TA transmits an incoming call (BEL, OFF) via the X.21\(hyinterface 
  876. to the called DTE, and the \fIincoming call\fR \| state (state\ 8) is entered. 
  877. .PP
  878. In the case of a multiterminal configuration the incoming call
  879. point\(hyto\(hymultipoint operation is described in \(sc\ 2.1.3.
  880. .RT
  881. .sp 1P
  882. .LP
  883. 2.3.2.6
  884.     \fICONNECT (from TA)\fR 
  885. .sp 9p
  886. .RT
  887. .PP
  888. When a \fIcall accepted\fR \| (state 9 = 1, ON) is received from the
  889. called DTE, the TA transmits a CONNECT message via the D\(hychannel at the
  890. S/T reference point.
  891. .RT
  892. .sp 1P
  893. .LP
  894. 2.3.2.7
  895.     \fICONNECT ACKNOWLEDGE (from ET)\fR 
  896. .sp 9p
  897. .RT
  898. .PP
  899. When a CONNECT ACKNOWLEDGE message is received on the D\(hychannel of the 
  900. S reference point the TA, selected by this message, signals \fIconnection 
  901. in\fR \fIprogress\fR (1,\ OFF, state\ 11) to the DTE after delivering DCE\(hyprovided 
  902. information if any.
  903. .PP
  904. The alignment pattern procedure is entered as described in
  905. \(sc\ 2.3.4.1.
  906. .RT
  907. .sp 1P
  908. .LP
  909. 2.3.2.8
  910.     \fIRELEASE (from ET)\fR 
  911. .sp 9p
  912. .RT
  913. .PP
  914. In the case of a multiterminal configuration the exchange sends the \fIRELEASE\fR 
  915. message to each TA that had signalled CALL PROCEEDING, ALERTING\fR or CONNECT 
  916. but which was not selected for the call. Subsequently the TA performs the 
  917. \fIDCE\fR \fIclear indication\fR procedure at the X.21\(hyinterface and 
  918. sends a 
  919. RELEASE COMPLETE message to the exchange.
  920. .RT
  921. .sp 1P
  922. .LP
  923. 2.3.2.9
  924.     \fIDISCONNECT (from TA)\fR 
  925. .sp 9p
  926. .RT
  927. .PP
  928. When a DTE indicates \fIDTE clear request\fR \| (r = 0, i = OFF,
  929. state\ 16), the TA transmits \fIDCE clear confirmation\fR (r\ =\ 0, i\ 
  930. =\ OFF, state\ 17) via the X.21\(hyinterface and transmits a DISCONNECT 
  931. message via the D\(hychannel of the S\(hyinterface and tears down the B\(hychannel. 
  932. .PP
  933. After reception of RELEASE on the D\(hychannel, the TA releases the call 
  934. reference, sends RELEASE ACKNOWLEDGE to the exchange on the D\(hychannel 
  935. and 
  936. transmits \fIDCE ready\fR (r\ =\ 1, i\ =\ OFF) to the DTE. The DTE then 
  937. enters the 
  938. \fIDTE ready\fR state (t\ =\ 1, c\ =\ OFF).
  939. .RT
  940. .sp 1P
  941. .LP
  942. 2.3.2.10
  943.     \fIDISCONNECT (from ET)\fR 
  944. .sp 9p
  945. .RT
  946. .PP
  947. In the case of clearing by the network the local exchange transmits the 
  948. DISCONNECT message via the D\(hychannel to the terminal which has to be 
  949. cleared. After reception of the DISCONNECT message in the TA, the TA
  950. transmits a RELEASE message on the D\(hychannel to the exchange.
  951. .PP
  952. On the other hand the TA transmits the state 19, r\ =\ 0, i\ =\ OFF (\fIDCE\fR 
  953. \fIclear indication\fR ) via the X.21\(hyinterface to the DTE, which sends 
  954. back to the TA the state 20, t\ =\ 0, c\ =\ OFF (\fIDTE clear confirmation\fR 
  955. ). 
  956. .bp
  957. .RT
  958. .sp 1P
  959. .LP
  960. 2.3.2.11
  961.     \fIRELEASE COMPLETE (from ET)\fR 
  962. .sp 9p
  963. .RT
  964. .PP
  965. When the RELEASE COMPLETE message is received via the
  966. D\(hychannel of the S/T reference point in the TA, the \fIDCE ready\fR state
  967. (state\ 21\ =\ 1, OFF) and the \fIDTE\ ready\fR state (state\ 1, r\ =\ 
  968. 1, i\ =\ OFF) is 
  969. entered.
  970. .PP
  971. The procedure described above is not shown in Figures\ 2\(hy6/X.30
  972. and\ 2\(hy7/X.30.
  973. .RT
  974. .sp 1P
  975. .LP
  976. 2.3.3
  977.     \fICall offering procedure in a multiterminal configuration\fR 
  978. .sp 9p
  979. .RT
  980. .PP
  981. As per \(sc\ 2.1.3.
  982. .RT
  983. .sp 1P
  984. .LP
  985. 2.3.4
  986.     \fIReady for data alignment\fR 
  987. .sp 9p
  988. .RT
  989. .PP
  990. For \fIready for data\fR \| alignment on entering and leaving the \fIdata\fR 
  991. \fItransfer\fR phase between two terminals operating at 64\ kbit/s the 
  992. following 
  993. procedure shall apply (see Figure\ 2\(hy13/X.30).
  994. .RT
  995. .LP
  996. .rs
  997. .sp 35P
  998. .ad r
  999. \fBFigure\ 2\(hy13/X.30, (N), p.\fR 
  1000. .sp 1P
  1001. .RT
  1002. .ad b
  1003. .RT
  1004. .LP
  1005. .bp
  1006. .sp 1P
  1007. .LP
  1008. 2.3.4.1
  1009.     \fIEntering the data transfer phase\fR 
  1010. .sp 9p
  1011. .RT
  1012. .PP
  1013. At the time the called TA has received the CONNECT ACKNOWLEDGE
  1014. message and delivered the DCE provided information, if any, the called 
  1015. terminal is in the state\ 11 (\fIconnection in progress\fR ). The \fIready 
  1016. for data\fR alignment procedure begins by continuous sending of the alignment 
  1017. pattern \fIall\ ones\fR at the called side. 
  1018. .PP
  1019. All zeros should be returned via the allocated B\(hychannel to the
  1020. calling party while DCE provided information is sent to the called party.
  1021. Following the completion of DCE provided information the all ones signals
  1022. should be transmitt ed via the B\(hychannel.
  1023. .PP
  1024. After the calling adaptor has received a CONNECT mesage and delivered the 
  1025. DCE provided information to the calling DTE, if any, the X.21\(hyinterface 
  1026. is in the state connection in progress (state\ 11). If the calling adaptor 
  1027. now has recognized 24\ bits of the alignment 
  1028. pattern, it knows that the through\(hyconnections are established in the 
  1029. network and it sends the same pattern in the forward direction. After 24\ 
  1030. bits have been sent, the calling TA indicates \fIready for data\fR (state\ 
  1031. 12 r\ =\ 1, i\ =\ ON) for 
  1032. exact 16\ bits, then performs the connection of the B\(hychannel to the 
  1033. T\(hy\ and 
  1034. R\(hyleads.
  1035. .PP
  1036. When the called adaptor, while sending the alignment pattern, has
  1037. recognized 24\ bits of the alignment pattern from the calling adaptor, it
  1038. indicates to the DTE \fIready for data\fR (state\ 12\ =\ 1,\ ON) for exact
  1039. 16\ bits, then performs the connection of the B\(hychannel to the T\(hy\ and
  1040. R\(hyleads.
  1041. .PP
  1042. When the byte timing is provided at the X.21 interface, the transition 
  1043. from OFF to ON on the I\(hylead is performed on an octet boundary, complying 
  1044. with Recommendation\ X.24. 
  1045. .PP
  1046. If the alignment pattern has not been received by the calling
  1047. adaptor before end of time\(hyout \(*h\dx\uthe calling adaptor indicates 
  1048. \fIready for\fR \fIdata\fR (r\ =\ 1, i\ =\ ON) for exact 16\ bits, then 
  1049. performs the connection of 
  1050. the B\(hychannel to T\(hy\ and R\(hyleads.
  1051. .PP
  1052. If the alignment pattern has not been received by the called
  1053. adaptor before end of time\(hyout \(*h\dy\uthe called adaptor indicates 
  1054. \fIready for\fR \fIdata\fR (r\ =\ 1, i\ =\ ON) for exact 16\ bits, then 
  1055. performs the connection of 
  1056. the B\(hychannel to T\(hy\ and R\(hyleads.
  1057. .PP
  1058. The values of \(*h\dx\u(provisional value 1 s) and \(*h\dy\u(provisional
  1059. value 2\ s) should cater for time propagation delays on the longest hypothetical 
  1060. reference connection and require further study. 
  1061. .PP
  1062. Optionally, earlier switch\(hythrough may occur in the TAs (i.e. the TA 
  1063. does not wait for the expiry of time outs \(*h\dx\uand \(*h\dy\u). 
  1064. In this case DTE information sent after the \fIready for data\fR on the
  1065. X.21 interface may be lost due to the lack of end\(hyto\(hyend alignment. 
  1066. Since no 
  1067. \fIready for data\fR alignment takes place after the connect\(hythrough 
  1068. in the TAs, a DTE to DTE synchronization must be performed by an end\(hyto\(hyend 
  1069. procedure between the two DTEs at higher layers. 
  1070. .RT
  1071. .sp 1P
  1072. .LP
  1073. 2.3.4.2
  1074.     \fILeaving the data transfer phase\fR 
  1075. .sp 9p
  1076. .RT
  1077. .PP
  1078. It is not possible to leave the data transfer phase using the
  1079. synchronization method, because transparency is needed. The cleared terminal
  1080. should see the end of its communication before the \fIclear\fR message 
  1081. is received. However, anything it sends at this stage would be ignored. 
  1082. Higher level 
  1083. protocols are necessary to resolve these problems.
  1084. .RT
  1085. .sp 1P
  1086. .LP
  1087. 2.3.5
  1088.     \fIMapping of Q.931 causes to X.21 call progress signals\fR 
  1089. .sp 9p
  1090. .RT
  1091. .PP
  1092. As per \(sc\ 2.1.5.
  1093. .RT
  1094. .sp 1P
  1095. .LP
  1096. 2.3.6
  1097.     \fIAdditional Information for handling of exception\fR 
  1098. .sp 9p
  1099. .RT
  1100. .PP
  1101. Situations as per \(sc\ 2.1.6 , \(sc\ 2.1.6.3 \*Qpremature
  1102. clearing\*U.
  1103. .RT
  1104. .LP
  1105. 2.4
  1106.      \fITerminal adaption functions for DTEs conforming to X.1 user\fR \fIclasses 
  1107. of service 1 and 2 (asynchronous operation)\fR 
  1108. .sp 1P
  1109. .RT
  1110. .sp 2P
  1111. .LP
  1112. 2.4.1
  1113.     \fIRate adaption functions\fR 
  1114. .sp 1P
  1115. .RT
  1116. .sp 1P
  1117. .LP
  1118. 2.4.1.1
  1119.     \fIGeneral approach\fR 
  1120. .sp 9p
  1121. .RT
  1122. .PP
  1123. The rate adaption functions within the TA are shown in
  1124. Figure\ 2\(hy14/X.30. A three\(hystage method is employed with the functional
  1125. blocks\ RA0, RA1 and RA2. The RA0 function is an asynchronous\(hyto\(hysynchronous 
  1126. conversion stage using the same technique as defined in Recommendation\ 
  1127. V.14 for support of\ X.1 user rates. It produces a synchronous bit stream 
  1128. defined by 
  1129. 2\|\un\d times 600\ bit/s (where n\ =\ 0 to\ 4). The function RA1 adapts the
  1130. intermediate RA0 user rate to the next higher rate expressed by 2\uk\d times
  1131. 8\ kbit/s (where k\ =\ 0 or\ 1). RA2 performs a second conversion to
  1132. 64\ kbit/s.
  1133. .bp
  1134. .RT
  1135. .LP
  1136. .rs
  1137. .sp 12P
  1138. .ad r
  1139. \fBFigure\ 2\(hy14/X.30, (N), p.\fR 
  1140. .sp 1P
  1141. .RT
  1142. .ad b
  1143. .RT
  1144. .sp 1P
  1145. .LP
  1146. 2.4.1.2
  1147.     \fISupported asynchronous user rates\fR 
  1148. .sp 9p
  1149. .RT
  1150. .LP
  1151. .sp 1
  1152. .ce
  1153. .line
  1154. .ce
  1155. .line
  1156. .ce
  1157. Formules:  0
  1158. .ce
  1159. .parag
  1160. .ce
  1161. .line
  1162. .ce
  1163. \fB(82.TA.240.E) \fR 
  1164. .ce
  1165.  
  1166. .ce
  1167. Fascicule VIII.2
  1168. .ce
  1169. .parag
  1170. .ce
  1171.  
  1172. .ce
  1173. (A1)
  1174. .ce
  1175. TABLEAUX 3
  1176. .ce
  1177. .parag
  1178. .ce
  1179. .line
  1180. .ce
  1181. Pr\*'eparation
  1182. .ce
  1183. 19.01.89
  1184. .ce
  1185. AF
  1186. .ce
  1187. .parag
  1188. .ce
  1189. Codification
  1190. .ce
  1191. 23.01.89
  1192. .ce
  1193. ZR
  1194. .ce
  1195. .parag
  1196. .ce
  1197. Saisie
  1198. .ce
  1199. 23.01.89
  1200. .ce
  1201. BM
  1202. .ce
  1203. .parag
  1204. .ce
  1205. Corr. l\*`ere \*'epreuve
  1206. .ce
  1207. 31.01.89
  1208. .ce
  1209. DD
  1210. .ce
  1211. .parag
  1212. .ce
  1213. Corr. 2e \*'epreuve (sans corr.)
  1214. .ce
  1215. 02.02.89
  1216. .ce
  1217. DD
  1218. .ce
  1219. .parag
  1220. .ce
  1221. MAJ s/disquette
  1222. .ce
  1223. 31.03.89
  1224. .ce
  1225. CD
  1226. .ce
  1227. .parag
  1228. .ce
  1229. \fBH.T. [1T4.30]\fR 
  1230. .ce
  1231. TABLE\ 2\(hy2/X.30
  1232. .ce
  1233. \fBMapping of Q.931 cause fields to X.21 call progress signals\fR 
  1234. .ps 9
  1235. .vs 11
  1236. .nr VS 11
  1237. .nr PS 9
  1238. .TS
  1239. center box;
  1240. cw(18p) | cw(90p) | cw(18p) | cw(84p) | cw(18p) .
  1241. Item    Q.931 cause    Code    T{
  1242. X.21 call progress
  1243. signal significance
  1244. T}    Code
  1245. _
  1246. .T&
  1247. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1248. \ 1    T{
  1249. Unassigned or unallocated number
  1250. T}    \ \ 1    Not obtainable    43
  1251. _
  1252. .T&
  1253. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1254. \ 2    No route to destination    \ \ 3    Not obtainable    43
  1255. _
  1256. .T&
  1257. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1258. \ 3    Channel unacceptable    \ \ 6    Not obtainable    43
  1259. _
  1260. .T&
  1261. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1262. \ 4    Normal clearing    \ 16    Not applicable    
  1263. _
  1264. .T&
  1265. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1266. \ 5    User busy    \ 17    Number busy    21
  1267. _
  1268. .T&
  1269. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1270. \ 6    No user responding    \ 18    No connection    20
  1271. _
  1272. .T&
  1273. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1274. \ 7    User alerting, no answer    \ 19    No connection    20
  1275. _
  1276. .T&
  1277. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1278. \ 8    Call rejected    \ 21    Controlled not ready    45
  1279. _
  1280. .T&
  1281. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1282. \ 9    Number changed    \ 22    Changed number    42
  1283. _
  1284. .T&
  1285. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1286. 10    Destination out of order    \ 27    Uncontrolled not ready    46
  1287. _
  1288. .T&
  1289. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1290. 11    T{
  1291. Invalid number format (Incomplete number)
  1292. T}    \ 28    T{
  1293. Selection signals procedure error
  1294. T}    22
  1295. _
  1296. .T&
  1297. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1298. 12    Normal, unspecified    \ 31    Not applicable    
  1299. _
  1300. .T&
  1301. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1302. 13    No circuit/channel available    \ 34    No connection    20
  1303. _
  1304. .T&
  1305. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1306. 14    Network out of order    \ 38    Out of order    44
  1307. _
  1308. .T&
  1309. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1310. 15    Temporary failure    \ 41    Out of order    44
  1311. _
  1312. .T&
  1313. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1314. 16    T{
  1315. Switching equipment congestion
  1316. T}    \ 42    Network congestion    61
  1317. _
  1318. .T&
  1319. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1320. 17    T{
  1321. Requested circuit or channel not available
  1322. T}    \ 44    No connection    20
  1323. _
  1324. .T&
  1325. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1326. 18    T{
  1327. Resources unavailable, unspecified
  1328. T}    \ 47    Network congestion    61
  1329. _
  1330. .T&
  1331. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1332. 19    T{
  1333. Quality of service unavailable
  1334. T}    \ 49    Not applicable    
  1335. _
  1336. .T&
  1337. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1338. 20    T{
  1339. Bearer capability not authorized
  1340. T}    \ 57    T{
  1341. Incompatible user class of service
  1342. T}    52
  1343. _
  1344. .T&
  1345. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1346. 21    T{
  1347. Bearer capability not presently available
  1348. T}    \ 58    Network congestion    61
  1349. _
  1350. .T&
  1351. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1352. 22    T{
  1353. Service or option not available, unspecified
  1354. T}    \ 63    No connection    20
  1355. _
  1356. .T&
  1357. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1358. 23    T{
  1359. Bearer service not implemented
  1360. T}    \ 65    Invalid facility request    48
  1361. _
  1362. .T&
  1363. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1364. 24    Channel type not implemented    \ 66    Invalid facility request    48
  1365. _
  1366. .T&
  1367. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1368. 25    T{
  1369. Service or option not implemented, unspecified
  1370. T}    \ 79    Invalid facility request    48
  1371. _
  1372. .T&
  1373. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1374. 26    Invalid call reference value    \ 81    Not obtainable    43
  1375. _
  1376. .T&
  1377. cw(18p) | lw(90p) | cw(18p) | lw(84p) | cw(18p) .
  1378. 27    T{
  1379. Identified channel does not exist
  1380. T}    \ 82    Not obtainable    43
  1381. _
  1382. .TE
  1383. .nr PS 9
  1384. .RT
  1385. .ad r
  1386. \fBTable 2\(hy4/X.30 [T6.30], p.\fR 
  1387. .sp 1P
  1388. .RT
  1389. .ad b
  1390. .RT
  1391. .LP
  1392. .sp 1
  1393. .sp 1P
  1394. .LP
  1395. 2.4.1.3
  1396.     \fIAsynchronous\(hyto\(hysynchronous conversion (RA0)\fR 
  1397. .sp 9p
  1398. .RT
  1399. .PP
  1400. The RA0 function is only used with asynchronous V\(hyseries
  1401. (X.20\|\fIbis\fR ) interfaces. Incoming asynchronous data is padded by 
  1402. the addition of stop elements to fit the nearest channel defined by 2\un\d 
  1403. times 600\ bit/s. Thus a 300\ bit/s user data signalling rate shall be 
  1404. adapted to a synchronous 
  1405. 600\ bit/s stream. The resultant synchronous stream is fed to
  1406. RA1.
  1407. .bp
  1408. .RT
  1409. .PP
  1410. 2.4.1.4
  1411. 2nd step, RA1: Adaption of RA0 to the intermediate rates at
  1412. 8/16\ kbit/s, see \(sc\ 2.1.1.2.
  1413. .sp 9p
  1414. .RT
  1415. .PP
  1416. 3rd step, RA2: Adaption of intermediate rate, to the bearer rate 64\ kbit/s, 
  1417. see \(sc\ 2.1.1.3. 
  1418. .sp 1P
  1419. .LP
  1420. 2.4.1.5
  1421.     \fIBreak signal\fR 
  1422. .sp 9p
  1423. .RT
  1424. .PP
  1425. The terminal adaptor shall detect and transmit the break signal in the 
  1426. following fashion: 
  1427. .PP
  1428. If the convertor detects M to 2M+3 bit/s, all of Start polarity,
  1429. where\ M is the number of bits per character in the selected format including
  1430. Start and Stop bits, the converter shall transmit 2M+3\ bits of Start polarity.
  1431. .PP
  1432. If the convertor detects more than 2M\ +\ 3 bits all of Start
  1433. polarity, the converter shall transmit all these bits as Start polarity.
  1434. .PP
  1435. The 2M\ +\ 3 or more bits of Start polarity received from the
  1436. transmitting side shall be output to the receiving terminal.
  1437. .PP
  1438. The terminal must transmit on Circuit\ 103 at least 2M\ bits Stop
  1439. polarity after the Start polarity break signal before sending further data
  1440. characters. The convertor shall then regain character synchronism from the
  1441. following Stop to Start transition.
  1442. .RT
  1443. .sp 1P
  1444. .LP
  1445. 2.4.1.6
  1446.     \fIOverspeed/Underspeed\fR 
  1447. .sp 9p
  1448. .RT
  1449. .PP
  1450. A Terminal Adaptor shall insert additional Stop elements when its associated 
  1451. terminal is transmitting with a lower than nominal character rate. If the 
  1452. terminal is transmitting characters with an overspeed of up to 1% (or 
  1453. 2.5% in the case of nominal speeds lower than 600\ bit/s), the
  1454. asynchronous\(hysynchronous converter may delete Stop elements as often as is
  1455. necessary to a maximum of one for every eight characters at 1% overspeed. 
  1456. The converter on the receiving side shall detect the deleted Stop elements 
  1457. and 
  1458. re\(hyinsert them in the received data stream (Circuit\ 104).
  1459. .PP
  1460. The nominal length of the Start and Data elements shall be the same
  1461. for all characters. The length of the Stop elements may be reduced by as 
  1462. much as 12.5% for nominal speeds exceeding 300\ bit/s to allow for overspeed 
  1463. in the transmitting terminal. For nominal speeds less than or equal to 
  1464. 300\ bit/s a 25% reduction in Stop element is allowed. 
  1465. .RT
  1466. .sp 1P
  1467. .LP
  1468. 2.4.1.7
  1469.     \fIParity bits\fR 
  1470. .sp 9p
  1471. .RT
  1472. .PP
  1473. Possible parity bits included in the user data are considered as
  1474. data bits by the RA0 function.
  1475. .RT
  1476. .sp 1P
  1477. .LP
  1478. 2.4.2
  1479.     \fIFlow control\fR 
  1480. .sp 9p
  1481. .RT
  1482. .PP
  1483. A flow control option, for use with TA supporting asynchronous
  1484. DTEs, is described in this section. Flow control allows the connection of
  1485. asynchronous DTEs operating at different user data rates by reducing the
  1486. character output of the faster to that of the slower. Support of flow control 
  1487. will require the use of the end\(hyto\(hyend (TA\(hyto\(hyTA) protocol 
  1488. defined in \(sc\ 2.4.2.2 and an incoming line (from network) buffer in 
  1489. addition to a selected local 
  1490. protocol employed. There will also be a requirement for character buffering
  1491. from the DTE interface. The size of this buffer is not defined in this
  1492. Recommendation because it is dependent upon implementation.
  1493. .PP
  1494. Local flow control of the DTE interface is required where the DTE
  1495. operates at a rate higher than the synchronous rate established between TAs.
  1496. End\(hyto\(hyend flow control is required where the synchronous rate established 
  1497. between TAs is consistent with the operating rate of one DTE (or interworking 
  1498. function) and higher than the synchronous rate consistent with the operating 
  1499. rate of the other DTE (or interworking function). Both local and end\(hyto\(hyend 
  1500. flow control could be required in some applications.
  1501. .RT
  1502. .sp 1P
  1503. .LP
  1504. 2.4.2.1
  1505.     \fILocal flow control: TA to DTE\fR 
  1506. .sp 9p
  1507. .RT
  1508. .PP
  1509. Connection may be made between TAs connected to asynchronous DTEs operating 
  1510. at two different speeds. It is the responsibility of the TA connected to 
  1511. the faster DTE to execute a Local Flow Control protocol to reduce the 
  1512. character rate to that of the slower DTE. This operation will require some
  1513. buffer storage in the TA. A TA may support several different Local Flow 
  1514. Control protocols, although only one will be selected at any one time. 
  1515. There are a 
  1516. number of such protocols in use, some of which are detailed in the following
  1517. text.
  1518. .bp
  1519. .RT
  1520. .sp 1P
  1521. .LP
  1522. 2.4.2.1.1
  1523.     105/106 \fIoperation\fR 
  1524. .sp 9p
  1525. .RT
  1526. .PP
  1527. This is an out\(hyof\(hyband Flow Control mechanism, utilizing two of the 
  1528. interchange Circuits specified in\ V.24. If a DTE requires to transmit 
  1529. a 
  1530. character, it turns ON Circuit\ 105 (request to send). The DTE can only begin
  1531. transmission when it receives in return Circuit\ 106 ON (ready for sending). 
  1532. If, during transmission of a block of characters Circuit\ 106 goes OFF, 
  1533. the DTE must cease transmission (after completing the transmission of any 
  1534. character of which transmission has started) until Circuit\ 106 turns ON 
  1535. again. 
  1536. .RT
  1537. .sp 1P
  1538. .LP
  1539. 2.4.2.1.2
  1540.     XON/XOFF \fIoperation\fR 
  1541. .sp 9p
  1542. .RT
  1543. .PP
  1544. This is an inband Flow Control mechanism using two characters of
  1545. the IA5 set for XON and XOFF operation. If a DTE receives an XOFF character, 
  1546. it must cease transmission. When it receives an XON character, it may resume 
  1547. transmission. The characters typically used for XON and XOFF are DC1 and DC3
  1548. (bit combination 1/1 and 1/3 in Recommendation\ T.50) respectively, although
  1549. alternative bit\(hycombinations can be used.
  1550. .RT
  1551. .sp 1P
  1552. .LP
  1553. 2.4.2.1.3
  1554.     \fIOther methods\fR 
  1555. .sp 9p
  1556. .RT
  1557. .PP
  1558. Alternative and non\(hystandard methods of asynchronous flow
  1559. control are in use, and these may be mapped onto the TA flow control
  1560. protocol.
  1561. .RT
  1562. .sp 1P
  1563. .LP
  1564. 2.4.2.2
  1565.     \fIEnd\(hyto\(hyend (TA to TA) flow control:\fR 
  1566. .sp 9p
  1567. .RT
  1568. .PP
  1569. Matching (by reduction) of the transmitted character rate of the
  1570. DTE to the rate of the TA is not sufficient in all cases to guarantee correct 
  1571. operation, and end\(hyto\(hyend flow control may be required. 
  1572. .PP
  1573. The X bit is used to carry Flow Control information. A TA will buffer incoming 
  1574. characters. When the number of buffered characters exceeds a threshold 
  1575. TH1, depending upon implementation, the TA will set the X\ bit of its outgoing 
  1576. frames to OFF. 
  1577. .PP
  1578. Upon receipt of a frame containing an X\ bit set to OFF, a TA will
  1579. execute its selected Local Flow Control procedure indicating that the attached 
  1580. DTE must stop sending characters, and cease the transmission of data after 
  1581. transmitting completely the characters in progress by setting the data 
  1582. bits in the outgoing frames to ones. 
  1583. .PP
  1584. When the buffer contents of a TA which has initiated an end\(hyto\(hyend
  1585. Flow Control drops below threshold TH2, the TA will reset the outgoing 
  1586. X\ bit to ON. 
  1587. .PP
  1588. When the far end TA receives a frame with the X bit set to ON, it will 
  1589. recommence data transmission, and, by use of the Local Flow Control procedure, 
  1590. indicate to the attached DTE that it may continue. 
  1591. .PP
  1592. \fINote\fR \ \(em\ There may be a delay between initiation of the end\(hyto\(hyend 
  1593. Flow Control Protocol and termination of the incoming character stream. The
  1594. characters arriving during this time must be buffered, and the total buffer
  1595. size will depend upon the character rate, round trip delay and the buffer
  1596. threshold.
  1597. .RT
  1598. .sp 1P
  1599. .LP
  1600. 2.4.2.3
  1601.     \fIUse of channel capacity\fR 
  1602. .sp 9p
  1603. .RT
  1604. .PP
  1605. Upon accepting a call from a TA supporting Flow Control and
  1606. operating at a different user rate and/or intermediate rate, the called 
  1607. TA will adopt the identical intermediate rate and bit repetition factor. 
  1608. This will 
  1609. override the parameters normally selected. In such cases, the TA connected 
  1610. to the faster DTE will execute a Local Flow Control procedure to reduce 
  1611. the 
  1612. character rate to that of the slower DTE.
  1613. .PP
  1614. Thus, if a faster DTE calls a slower DTE, the faster intermediate
  1615. channel rate and bit repetition factor will be adopted by the TAs on both 
  1616. ends. To reduce the character rate received by the slower DTE, its TA will 
  1617. exercise end\(hyto\(hyend Flow Control and cause the TA on the calling 
  1618. side to utilize Local Flow Control. 
  1619. .PP
  1620. If a slower DTE calls a faster DTE, the slower intermediate channel
  1621. rate and bit repetition factor will be adopted by the TAs on both ends. To
  1622. reduce the character rate transmitted by the faster DTE, its TA will exercise 
  1623. Local Flow Control. 
  1624. .PP
  1625. If the called TA does not implement the intermediate rate and bit
  1626. repetition factor used by the calling TA, the call shall be
  1627. rejected.
  1628. .bp
  1629. .RT
  1630. .sp 1P
  1631. .LP
  1632. 2.4.2.4
  1633.     \fIRequirements of a TA supporting Flow Control\fR 
  1634. .sp 9p
  1635. .RT
  1636. .PP
  1637. The following are general requirements for a TA supporting Flow
  1638. Control:
  1639. .RT
  1640. .LP
  1641.     i)
  1642.     A TA supporting Flow Control shall be capable of operating
  1643. with an intermediate rate and bit repetition factor that is
  1644. independent of the asynchronous speed used at its DTE
  1645. interface.
  1646. .LP
  1647.     ii)
  1648.     A TA supporting Flow Control shall be capable of
  1649. recognizing the intermediate rate and bit repetition factor
  1650. required for an incoming call, and adopting it. User rate
  1651. information will be obtained from signalling.
  1652. .LP
  1653.     iii)
  1654.     A TA supporting Flow Control shall be capable of executing
  1655. a Local Flow Control protocol to reduce the character rate to
  1656. that of the far\(hyend DTE.
  1657. .LP
  1658.     iv)
  1659.     A TA supporting Flow Control will support the use of
  1660. end\(hyto\(hyend (TA\(hyto\(hyNA) Flow Control using the X\ bit, and will
  1661. contain a character buffer.
  1662. .sp 1P
  1663. .LP
  1664. 2.4.3
  1665.     \fIReady for data alignment\fR 
  1666. .sp 9p
  1667. .RT
  1668. .PP
  1669. \fR The adaption functions relevant to bit rate adaption for steps RA1 
  1670. and RA2 and the READY FOR DATA ALIGNMENT remain as described in 
  1671. \(sc\ 2.1.4.
  1672. .RT
  1673. .sp 2P
  1674. .LP
  1675. \fB3\fR     \fBTest loops\fR 
  1676. .sp 1P
  1677. .RT
  1678. .PP
  1679. The maintenance concept of the X.30 TA shall comply with the
  1680. maintenance concept of the ISDN subscriber access and subscriber installation 
  1681. as defined in Recommendations of the I.600\(hyseries and in Recommendation\ 
  1682. I.430 on ISDN subscriber access and installation maintenance. The Test 
  1683. loops are 
  1684. specified in those Recommendations.
  1685. .PP
  1686. The ISDN communication architecture enables communication of
  1687. maintenance information over bearer connections between network service 
  1688. access points (NSAPs). Accordingly, a bearer service may be used on either 
  1689. a B\ or 
  1690. D\ channel to transport the protocol.
  1691. .PP
  1692. Maintenance entities can choose to communicate information about
  1693. performance management, fault management, configuration and naming
  1694. management,\ etc., using an OSI application layer protocol. The specification 
  1695. of these management capabilities to be supported by TAs is for further 
  1696. study. 
  1697. The following concepts shall apply:
  1698. .RT
  1699. .sp 1P
  1700. .LP
  1701. 3.1
  1702.     \fITest loop reference configuration\fR 
  1703. .sp 9p
  1704. .RT
  1705. .PP
  1706. Figure 3\(hy1/X.30 shows the location of test loops within the
  1707. TA.
  1708. .RT
  1709. .LP
  1710. .rs
  1711. .sp 11P
  1712. .ad r
  1713. \fBFigure\ 3\(hy1/X.30, (N), p.\fR 
  1714. .sp 1P
  1715. .RT
  1716. .ad b
  1717. .RT
  1718. .PP
  1719. Loop 4 shall be located close to the S/T reference point. Loop 5 shall 
  1720. be located close to the R\(hyreference point. Loop\ A shall be located 
  1721. close to the S/T reference point. 
  1722. .sp 1P
  1723. .LP
  1724. 3.2
  1725.     \fITest loop characteristics\fR 
  1726. .sp 9p
  1727. .RT
  1728. .PP
  1729. The test loop characteristics for loops 4, 5 and\ A are defined in Recommendations\ 
  1730. I.430 and the I.600\(hyseries. 
  1731. .bp
  1732. .RT
  1733. .sp 1P
  1734. .LP
  1735. 3.3
  1736.     \fILoop activation/deactivation mechanism\fR \v'3p'
  1737. .sp 9p
  1738. .RT
  1739. .LP
  1740.     (i)
  1741.     \fITest loop 4\fR 
  1742. .LP
  1743.      Test loop 4 being controlled from the network side of the TA is activated 
  1744. either via a layer 3\ message on the D\(hychannel or via a layer\ 1 message 
  1745. on the selected B\(hychannel after a connection has been established from 
  1746. the control point to the TA. Selection of the B\(hychannel to be looped 
  1747. is part of the call set\(hyup procedure. 
  1748. .LP
  1749.     When the loop is established the following states shall
  1750. apply at the R\(hyreference point:
  1751. .LP
  1752.     \(em
  1753.     for the X.21 interface towards the terminal
  1754. .LP
  1755.     R\ =\ 0/1 .\|.\|., i\ =\ OFF (DCE controlled not ready)
  1756. shall apply;
  1757. .LP
  1758.     \(em
  1759.     for the X.21\|\fIbis\fR \| interface towards the
  1760. terminal,
  1761. .LP
  1762.     \(em
  1763.     circuit 104 is placed in the binary 1
  1764. condition,
  1765. .LP
  1766.     \(em
  1767.     circuit 106, 107, 109 and 125 are placed in the
  1768. OFF condition,
  1769. .LP
  1770.     \(em
  1771.     circuit 142 is placed in the ON condition.
  1772. .LP
  1773.     \(em
  1774.     timing information is placed on circuits 114 and
  1775. 115.
  1776. .LP
  1777.     (ii)
  1778.     \fITest loop 5\fR 
  1779. .LP
  1780.     For activation/deactivation of test loop 5, the
  1781. definitions as under\ (i) apply. Since the loop\ 5 is close to the R\(hyreference 
  1782. point, the loop point is located within the R\(hyinterface circuitry and not
  1783. within the B\(hychannel. Due to the rate adaption mechanism the composition 
  1784. of the bit stream received at the TA and the composition of the bit stream 
  1785. which is 
  1786. looped and sent back on the B\(hychannel may not be identical at the
  1787. S/T\ interface. At the loop point, however, the incoming and outgoing (logged) 
  1788. bitstreams are identical. 
  1789. .LP
  1790.      When the loop is established the states as defined in X.21 for loop 2b 
  1791. shall apply. 
  1792. .LP
  1793.     iii)
  1794.     \fITest loop A\fR 
  1795. .LP
  1796.     Test loop A is activated/deactivated by procedures
  1797. defined in Recommendation\ X.21/X.21\|\fIbis\fR .
  1798. .LP
  1799.     \fINote\fR \ \(em\ Since selection of a specific B\(hychannel is not specified
  1800. in Recommendation\ X.21/X.21 bis, the subject of B\(hychannel selection
  1801. within test loop\ A, if required, remains for further study.
  1802. .PP
  1803. \fINote\fR \ \(em\ Loop activation/deactivation (for the above 3 test loops) 
  1804. can optionally as an alternative be provided manually. 
  1805. .sp 1P
  1806. .LP
  1807. 3.4
  1808.     \fICoding of activation/deactivation control message\fR \v'3p'
  1809. .sp 9p
  1810. .RT
  1811. .LP
  1812.     \(em
  1813.     loop 4 control via B\(hy or D\(hychannel application layer
  1814. protocol: for further study;
  1815. .LP
  1816.     \(em
  1817.     loop 4 control via B\(hychannel layer 1 mesage: for further
  1818. study;
  1819. .LP
  1820.     \(em
  1821.     loop 5 control via B\(hy or D\(hychannel application layer
  1822. protocol:
  1823. for further study;
  1824. .LP
  1825.     \(em
  1826.     loop 5 control via B\(hychannel layer 1 message: as in
  1827. X.21/X.21\|\fIbis\fR 
  1828. .LP
  1829.     \(em
  1830.     loop A: as in X.21/X.21\|\fIbis\fR .
  1831. .PP
  1832. \fINote\fR \ \(em\ The protocols and procedures for communicating between
  1833. the two system management application processes (SMAPs) are for
  1834. further study.
  1835. .ce 1000
  1836. ANNEX\ A
  1837. .ce 0
  1838. .ce 1000
  1839. (to Recommendation X.30)
  1840. .sp 9p
  1841. .RT
  1842. .ce 0
  1843. .ce 1000
  1844. \fBSDL diagrams\fR 
  1845. .sp 1P
  1846. .RT
  1847. .ce 0
  1848. .LP
  1849. A.1
  1850.     \fIGeneral\fR 
  1851. .sp 1P
  1852. .RT
  1853. .PP
  1854. In order to provide a clear and unambiguous understanding of the
  1855. protocol mapping in the TA (X.21 procedures to the ISDN signalling procedures) 
  1856. a formal method is used. This annex presents a formal description using 
  1857. SDL 
  1858. (specification and description language) which is recommended by CCITT
  1859. (Recommendations\ Z.101\(hyZ.104).
  1860. .PP
  1861. The description supplements Figures 8/X.30 and 9/X.30.
  1862. .bp
  1863. .RT
  1864. .sp 1P
  1865. .LP
  1866. A.2
  1867.     \fISome remarks about the formal description\fR \v'3p'
  1868. .sp 9p
  1869. .RT
  1870. .LP
  1871.     a)
  1872.      Because of fundamental differences in the formal description techniques 
  1873. used in Recommendation\ X.21 (Annex\ A) and the one used to describe the 
  1874. X.21\ TA it was not possible to realize a one\(hyto\(hyone translation 
  1875. of the 
  1876. \*Qstates\*U as described in Recommendation\ X.21 into the \*Qstates\*U 
  1877. as described in the X.21\ TA. 
  1878. .LP
  1879.     However, as SDL is a method recommended by CCITT, it is
  1880. still felt appropriate to use this language.
  1881. .LP
  1882.      Corresponding states from Recommendation\ X.21 are indicated as comment 
  1883. in the X.21 TA description. 
  1884. .LP
  1885.     b)
  1886.     Only the regular \fIcall control\fR \| phase and the \fIclearing\fR \|
  1887. phase of the X.21 TA are described. No time\(hyouts,\ etc. are
  1888. included.
  1889. .LP
  1890.     c)
  1891.     The following tasks are not shown in detail in the SDL
  1892. diagrams:
  1893. .LP
  1894.     \(em
  1895.     switch\(hythrough at the R\(hyside of the TA (on the
  1896. R\(hyinterface, data is internally mapped to the
  1897. B\(hychannel handler),
  1898. .LP
  1899.     \(em
  1900.     end\(hyto\(hyend synchronization,
  1901. .LP
  1902.     \(em
  1903.     the rate adaption and frame/envelope (dis)assembly
  1904. processes.
  1905. .LP
  1906.     d)
  1907.     In order to describe the TA, the TA is divided in three
  1908. parts, which can act simultaneously:
  1909. .LP
  1910.     \(em
  1911.     the R\(hyinterface side
  1912. .LP
  1913.     \(em
  1914.     the D\(hychannel handler on the S\(hyinterface side
  1915. .LP
  1916.     \(em
  1917.     the B\(hychannel handler on the S\(hyinterface side
  1918. .LP
  1919.     The (ordering of the) interacting signals between R\(hyside
  1920. and S\(hyside represent the actual mapping of the R\(hyinterface
  1921. procedures to the S\(hyinterface procedures.
  1922. .PP
  1923. An explanation of the symbols used in the SDL diagrams is given in Figure\ 
  1924. A\(hy1/X.30. 
  1925. .PP
  1926. The protocol mapping of the X.21 TA is given in Figures A\(hy2/X.30 to
  1927. A\(hy6/X.30.
  1928. .RT
  1929. .LP
  1930. .rs
  1931. .sp 29P
  1932. .ad r
  1933. Blanc
  1934. .ad b
  1935. .RT
  1936. .LP
  1937. .bp
  1938. .LP
  1939. .rs
  1940. .sp 47P
  1941. .ad r
  1942. \fBFigure A\(hy1/X.30, (M), p. 15\fR 
  1943. .sp 1P
  1944. .RT
  1945. .ad b
  1946. .RT
  1947. .LP
  1948. .bp
  1949. .LP
  1950. .rs
  1951. .sp 47P
  1952. .ad r
  1953. \fBFigure A\(hy2/X.30 (Feuillet 1 sur 2), (MC), p. 16\fR 
  1954. .sp 1P
  1955. .RT
  1956. .ad b
  1957. .RT
  1958. .LP
  1959. .bp
  1960. .LP
  1961. .rs
  1962. .sp 41P
  1963. .ad r
  1964. \fBFigure A\(hy2/X.30 (Feuillet 2 sur 2), (MC), p. 17\fR 
  1965. .sp 1P
  1966. .RT
  1967. .ad b
  1968. .RT
  1969. .LP
  1970. .bp
  1971. .LP
  1972. .rs
  1973. .sp 47P
  1974. .ad r
  1975. \fBFigure A\(hy3/X.30, (M), p. 18\fR 
  1976. .sp 1P
  1977. .RT
  1978. .ad b
  1979. .RT
  1980. .LP
  1981. .bp
  1982. .LP
  1983. .rs
  1984. .sp 47P
  1985. .ad r
  1986. \fBFigure A\(hy4/X.30, (MC), p. 19\fR 
  1987. .sp 1P
  1988. .RT
  1989. .ad b
  1990. .RT
  1991. .LP
  1992. .bp
  1993. .LP
  1994. .rs
  1995. .sp 47P
  1996. .ad r
  1997. \fBFigure A\(hy5/X.30, (M), p. 20\fR 
  1998. .sp 1P
  1999. .RT
  2000. .ad b
  2001. .RT
  2002. .LP
  2003. .bp
  2004. .LP
  2005. .rs
  2006. .sp 47P
  2007. .ad r
  2008. \fBFigure A\(hy6/X.30, (M), p. 21\fR 
  2009. .sp 1P
  2010. .RT
  2011. .ad b
  2012. .RT
  2013. .LP
  2014. .bp
  2015. .ce 1000
  2016. APPENDIX\ I
  2017. .ce 0
  2018. .ce 1000
  2019. (to Recommendation X.30)
  2020. .sp 9p
  2021. .RT
  2022. .ce 0
  2023. .ce 1000
  2024. \fBUniversal terminal adaptor\fR 
  2025. .sp 1P
  2026. .RT
  2027. .ce 0
  2028. .PP
  2029. Some Administrations may provide universal TAs for all user
  2030. rates from 600\ bit/s to 64\ kbit/s. In this case the called TA will adapt 
  2031. to the data user rate of the calling TA. 
  2032. .sp 1P
  2033. .RT
  2034. .sp 2P
  2035. .LP
  2036. I.1
  2037.     \fIUser rate identification\fR 
  2038. .sp 1P
  2039. .RT
  2040. .PP
  2041. I.1.1
  2042. Search for the bit pattern .\|.\|.\ 10111011\ .\|.\|. in bit 1 of
  2043. successive octets which are received from the 64\ kbit/s stream.
  2044. .sp 9p
  2045. .RT
  2046. .PP
  2047. If the search is positive, then the user rate is 48 kbit/s.
  2048. .sp 1P
  2049. .LP
  2050. I.1.2
  2051.     \fIIdentification of intermediate rate\fR 
  2052. .sp 9p
  2053. .RT
  2054. .PP
  2055. See Appendix\ II, \(sc\ II.1.
  2056. .RT
  2057. .sp 1P
  2058. .LP
  2059. I.1.3
  2060.     \fIUser rate identification at rates less than 48 kbit/s\fR 
  2061. .sp 9p
  2062. .RT
  2063. .PP
  2064. See Appendix\ II, \(sc\ II.3.
  2065. .RT
  2066. .PP
  2067. I.1.4
  2068. The procedures for detection of a 64 kbit/s 
  2069. unstructured
  2070. path
  2071. by a universal TA requires further study. However, it is recognised
  2072. that in the case of a TA supporting only 64\ kbit/s, such a procedure is not
  2073. needed.
  2074. .sp 9p
  2075. .RT
  2076. .PP
  2077. \fINote\ 1\fR \ \(em\ Operations I.1.1, I.1.2 and I.1.3 may be performed 
  2078. in parallel. 
  2079. .PP
  2080. \fINote\ 2\fR \ \(em\ The procedure to be undertaken if 
  2081. user rate
  2082. detections
  2083. is not successful requires further study.
  2084. .RT
  2085. .PP
  2086. I.2
  2087. Search for frame alignment at user rates less than 48 kbit/s, after restitution 
  2088. of the intermediate rate, using the following strategy: 
  2089. .sp 9p
  2090. .RT
  2091. .PP
  2092. Look for the following 17 bit alignment pattern:
  2093. .LP
  2094.     0
  2095.     0
  2096.     0
  2097.     0
  2098.     0
  2099.     0
  2100.     0
  2101.     0
  2102.     1XXXXXXX
  2103.     1XXXXXXX 
  2104.     1XXXXXXX
  2105.     1XXXXXXX
  2106.     1
  2107.     X
  2108.     X
  2109.     X
  2110.     X
  2111.     X
  2112.     X
  2113.     X
  2114.     1XXXXXXX
  2115.     1XXXXXXX
  2116.     1XXXXXXX
  2117.     1XXXXXXX
  2118. .PP
  2119. No errors will be tolerated in the defined bit position shown
  2120. above. (\fINote\fR \ \(em\ \*QX\*U indicates that the condition of this 
  2121. bit position has no significance for the purpose of alignment.) 
  2122. .PP
  2123. It is assumed that the error rate will be sufficiently low to expect alignment 
  2124. following the detection of one 80 bit multiframe. 
  2125. .PP
  2126. In the case of X.1 user class of service 3 (600 bit/s) a further
  2127. search for the multiframe synchronization pattern contained in bit position 
  2128. E7 shall be performed. 
  2129. .RT
  2130. .sp 1P
  2131. .LP
  2132. I.3
  2133.     \fILoss of alignment/recovery\fR 
  2134. .sp 9p
  2135. .RT
  2136. .PP
  2137. Loss of alignment will be assumed following the detection of \fIN\fR \| 
  2138. (provisional value: 3) consecutive frames, each with at least one alignment 
  2139. bit error. 
  2140. .PP
  2141. The monitoring of the alignment signal shall be a continuous process using 
  2142. the same procedure as for initial alignment detection. 
  2143. .PP
  2144. Following loss of the alignment, the TA shall enter a recovery
  2145. state.
  2146. .PP
  2147. If the recovery of alignment is not achieved within a fixed period,
  2148. the TA shall indicate \fIDCE not ready\fR \| by signalling r\ =\ 0, i\ 
  2149. =\ OFF. The 
  2150. duration of this period is network dependent (as in Recommendation\ X.21,
  2151. \(sc\ 2.6.2).
  2152. .PP
  2153. If recovery is not successful further maintenance procedures might be  used.
  2154. .bp
  2155. .PP
  2156. \fINote\ 1\fR \ \(em\ The implication of a user rate changing during a call
  2157. requires further study, particularly since it is not currently accommodated 
  2158. by Recommendation\ X.21. 
  2159. .PP
  2160. \fINote\ 2\fR \ \(em\ It is recognized that procedures for universal TA 
  2161. operation cannot be implemented without a change to Recommendation\ X.21. 
  2162. .RT
  2163. .sp 1P
  2164. .LP
  2165. I.4
  2166.     \fIReady for data alignment\fR 
  2167. .sp 9p
  2168. .RT
  2169. .PP
  2170. The called TA transmits \fIall zeros\fR \| until it has identified the
  2171. user rate of the calling DTE (see Figure\ I\(hy1/X.30). Thus a handshaking
  2172. procedure is performed where the calling TA will be the last to switch 
  2173. through. After switching through of the calling TA, both X.21 terminals 
  2174. enter the 
  2175. \fIready for data\fR state.
  2176. .RT
  2177. .LP
  2178. .rs
  2179. .sp 41P
  2180. .ad r
  2181. \fBFigure I\(hy1/X.30, (M), p.\fR 
  2182. .sp 1P
  2183. .RT
  2184. .ad b
  2185. .RT
  2186. .LP
  2187. .bp
  2188. .ce 1000
  2189. APPENDIX\ II
  2190. .ce 0
  2191. .ce 1000
  2192. (to Recommendation X.30)
  2193. .sp 9p
  2194. .RT
  2195. .ce 0
  2196. .ce 1000
  2197. \fBInslot identification of intermediate bit rate\fR 
  2198. .sp 1P
  2199. .RT
  2200. .ce 0
  2201. .LP
  2202. II.1
  2203.     \fIIdentification of intermediate rate\fR 
  2204. .sp 1P
  2205. .RT
  2206. .PP
  2207. The intermediate rate (16 or 8 kbit/s) is identified by
  2208. inspecting the bit sequence of position 1 and the bit sequence of position\ 
  2209. 2 of the 64\ kbit/s octets. 
  2210. .PP
  2211. If the bit sequence of position 1 contains strings of 8 to 15
  2212. continuous 0\(hybits and the bit sequence of position\ 2 contains no 0\(hybits, 
  2213. the 
  2214. intermediate bit rate is 8\ kbit/s.
  2215. .PP
  2216. If the bit sequences of positions 1 and 2 both contain strings of
  2217. continuous 0\(hybits with lengths of 4 or more bits, the intermediate bit 
  2218. rate is 16\ kbit/s. 
  2219. .PP
  2220. Irrelevant of the intermediate bit rate, positions 3 to\ 8 of the
  2221. 64\ kbit/s octets must contain only 1\(hybits.
  2222. .RT
  2223. .sp 1P
  2224. .LP
  2225. II.2
  2226.     \fIRestitution of the intermediate rate\fR 
  2227. .sp 9p
  2228. .RT
  2229. .PP
  2230. The 16\ kbit/s intermediate rate can be restituted by mapping the
  2231. bits of positions 1 and 2 of each 64\ kbit/s octet onto two subsequent 
  2232. bits of the 16\ kbit/s intermediate rate. 
  2233. .PP
  2234. The 8 kbit/s intermediate rate can be restituted by mapping the first bit 
  2235. of each 64\ kbit/s octet onto one bit of the 8\ kbit/s rate. 
  2236. .RT
  2237. .sp 1P
  2238. .LP
  2239. II.3
  2240.     \fIUser rate identification\fR 
  2241. .sp 9p
  2242. .RT
  2243. .PP
  2244. For an intermediate bit rate of 16 kbit/s the user rate is
  2245. 9.6\ kbit/s.
  2246. .PP
  2247. For an intermediate rate of 8 kbit/s the user rate is identified by
  2248. the coding of the E\(hybit pattern (see \(sc\ 2.1.1.2.4).
  2249. .RT
  2250. .sp 2P
  2251. .LP
  2252.     \fBReference\fR 
  2253. .sp 1P
  2254. .RT
  2255. .LP
  2256. [1]
  2257.     CCITT Recommendations Z.101\(hyZ.104 \fIFunctional specification and\fR 
  2258. \fIdescription language (SDL)\fR .
  2259. .LP
  2260. .rs
  2261. .sp 22P
  2262. .sp 2P
  2263. .LP
  2264. \fBMONTAGE : RECOMMANDATION X.31 SUR LE RESTE DE CETTE PAGE\fR 
  2265. .sp 1P
  2266. .RT
  2267. .LP
  2268. .bp
  2269.